Secure Nonscheduled Video Visitation System

ABSTRACT

Described are methods and systems in which the censorship and supervision tasks normally performed by secured facility personnel are augmented or automated entirely by a Secure Nonscheduled Video Visitation System. In embodiments, the Secure Nonscheduled Video Visitation System performs voice biometrics, speech recognition, non-verbal audio classification, fingerprint and other biometric authentication, image object classification, facial recognition, body joint location determination analysis, and/or optical character recognition on the video visitation data. The Secure Nonscheduled Video Visitation utilizes these various analysis techniques in concert to determine if all rules and regulations enforced by the jurisdiction operation the secured facility are being followed by the parties to the video visitation session.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation application of U.S. application Ser. No. 15,477,307, filed Apr. 3, 2017, which is a continuation application of U.S. application Ser. No. 15/341,517 filed Nov. 2, 2016, now U.S. Pat. No. 9,615,030, issued on Apr. 4, 2017, which is a continuation application of U.S. application Ser. No. 15/078,724 filed Mar. 23, 2016, now U.S. Pat. No. 9,558,523, issued on Jan. 31, 2017, which are incorporated herein by reference in their entirety.

BACKGROUND Field

The disclosure relates to video communications, and specifically to video communications implemented via an inmate personal device in a controlled environment facility.

Related Art

American prisons house millions of individuals in controlled environments all over the country. The rights of these prisoners are largely restricted for a number of reasons, such as for their safety and the safety of others, the prevention of additional crimes, as well as simple punishment for crimes committed. However, these prisoners are still entitled to a number of amenities that vary depending on the nature of their crimes. Such amenities may include phone calls, commissary purchases, access to libraries, digital media streaming, as well as others.

One such amenity that is currently in the process of being provided to inmates of correctional facilities is that of video conferencing, also known as video calling or video visitation. However, like with all such services, video visitation services present a number of challenges that are unique to prisons. Conventional video visitation for residents (hereinafter “inmates”) of controlled environments typically has required a process of scheduling prior to video visitation. One reason for the scheduling requirement is the specialized monitoring equipment and personnel required to monitor inmate communications.

BRIEF DESCRIPTION OF THE DRAWINGS/FIGURES

Embodiments are described with reference to the accompanying drawings. In the drawings, like reference numbers indicate identical or functionally similar elements. Additionally, the left most digit(s) of a reference number identifies the drawing in which the reference number first appears.

FIG. 1 illustrates an exemplary secure nonscheduled video visitation system;

FIG. 2A illustrates a perspective view of an exemplary video communication device;

FIG. 2B illustrates a perspective view of an exemplary video communication device;

FIG. 3 illustrates a block diagram of an exemplary secure nonscheduled video visitation system;

FIG. 4 illustrates an exemplary multi-factored real time status indicator;

FIG. 5A illustrates the output of an exemplary object classifier module;

FIG. 5B illustrates the output of an exemplary object classifier module;

FIG. 5C illustrates the output of an exemplary object classifier module showing multiple confidence values for each object;

FIG. 6A illustrates the output of an exemplary facial recognition module;

FIG. 6B illustrates the output of an exemplary facial recognition module;

FIG. 6C illustrates the output of an exemplary facial recognition module;

FIG. 7A illustrates the output of an exemplary body joint location determination module;

FIG. 7B illustrates the output of an exemplary body joint location determination module;

FIG. 7C illustrates the output of an exemplary body joint location determination module;

FIG. 8A illustrates the output of an exemplary optical character recognition module;

FIG. 8B illustrates the output of an exemplary optical character recognition module;

FIG. 8C illustrates the output of an exemplary optical character recognition module.

FIG. 9 illustrates an example computer system.

DETAILED DESCRIPTION

The following Detailed Description refers to accompanying drawings to illustrate exemplary embodiments consistent with the disclosure. References in the Detailed Description to “one exemplary embodiment,” “an exemplary embodiment,” “an example exemplary embodiment,” etc., indicate that the exemplary embodiment described may include a particular feature, structure, or characteristic, but every exemplary embodiment may not necessarily include the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same exemplary embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an exemplary embodiment, it is within the knowledge of those skilled in the relevant art(s) to affect such feature, structure, or characteristic in connection with other exemplary embodiments whether or not explicitly described.

Embodiments may be implemented in hardware (e.g., circuits), firmware, computer instructions, or any combination thereof. Embodiments may be implemented as instructions stored on a machine-readable medium, which may be read and executed by one or more processors. A machine-readable medium may include any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computing device). For example, a machine-readable medium may include read only memory (ROM); random access memory (RAM); magnetic disk storage media; optical storage media; flash memory devices, or other hardware devices Further, firmware, routines, computer instructions may be described herein as performing certain actions. However, it should be appreciated that such descriptions are merely for convenience and that such actions in fact results from computing devices, processors, controllers, or other devices executing the firmware, routines, instructions, etc. Further, any of the implementation variations may be carried out by a general purpose computer, as described below.

For purposes of this discussion, the term “module” shall be understood to include at least one of hardware (such as one or more circuit, microchip, processor, or device, or any combination thereof), firmware, computer instructions, and any combination thereof In addition, it will be understood that each module may include one, or more than one, component within an actual device, and each component that forms a part of the described module may function either cooperatively or independently of any other component forming a part of the module. Conversely, multiple modules described herein may represent a single component within an actual device. Further, components within a module may be in a single device or distributed among multiple devices in a wired or wireless manner.

The following Detailed Description of the exemplary embodiments will so fully reveal the general nature of the disclosure that others can, by applying knowledge of those skilled in relevant art(s), readily modify and/or adapt for various applications such exemplary embodiments, without undue experimentation, without departing from the spirit and scope of the disclosure. Therefore, such adaptations and modifications are intended to be within the meaning and plurality of equivalents of the exemplary embodiments based upon the teaching and guidance presented herein. It is to be understood that the phraseology or terminology herein is for the purpose of description and not of limitation, such that the terminology or phraseology of the present specification is to be interpreted by those skilled in relevant art(s) in light of the teachings herein.

Those skilled in the relevant art(s) will recognize that this description may be applicable to many different communications protocols, and is not limited to video communications.

As previous discussed, there are many unique concerns associated with providing video communications to inmates of a controlled facility. One such concern is the supervision and surveillance of all communications with inmates. This is required to prevent unauthorized communications that may pose a risk to the inmate, the facility, or to others. For example, the use of video in the call can allow outsiders to provide detailed prohibited visual information to inmates in the form of pictures, schematics, video instructions, etc. Further, inmates would also be in a position to transmit prohibited information to outsiders such as prison layouts (e.g., via a visual scan), guard or other inmate identities, and sexual content, among others. Supervision tasks normally performed by facility personnel include monitoring these communications to detect any prohibited communications and taking appropriate actions in response to detecting prohibited communications. Because this supervision requires availability of personnel, the inmate and their contacts must normally schedule their video visitation sessions to coordinate with the facility personnel.

With these concerns in mind, it is preferable to automate the supervision of video visitation sessions so that facility personnel do not need to manually perform the supervision and censorship tasks. This has the effect of enabling facilities to allow unscheduled video visitation because of the reduced demands on facility personnel to supervise. With this objective in mind, the following description is provided of a system in which the censorship and supervision tasks normally performed by secured facility personnel are augmented or automated entirely by a Secure Nonscheduled Video Visitation System.

An Exemplary Video Conferencing Environment

FIG. 1 illustrates an exemplary Secure Nonscheduled Video Visitation System 100. In the environment 100, an inmate utilizes a Video Communication Device 118 within the confines of a secured facility to connect to an outside party. In an embodiment, the secured facility is a prison that houses inmates. In an embodiment, video visitation refers to the communications between inmates of prisons and outside contacts such as friends, family, clergy, attorneys, and instructors for educational courses. The outside party also possesses a video communication device 116 capable of receiving and/or transmitting audio and/or video data to an inmate within the prison. The video communication devices 116 and 118 are any combination of hardware and/or software that allows transmission and/or reception of video and/or audio information to an outside party. Exemplary embodiments of the video communication devices 116 and 118 include a tablet computer, a laptop computer, a smartphone, a personal digital assistant, a stationary kiosk, and a videophone. Video communication devices 118 provided to or made available to inmates within prisons are often hardened against damage from vandalism and restricted in the content they can access. The secured facility may select any appropriate combination of video communication devices for Video Communication Device 118 to meet their security and performance requirements.

The Video Communication Device 118 used by the inmate is communicatively coupled to a Central Processing Platform 106. Video communication device 116 is connected to the Central Processing Platform 106 via a public network 110 such as the Internet. Video communication device 118 is connected to the Central Processing Platform 106 via a private network 110 such as a Local Area Network. The network connection of either video communication device can be a wired or wireless network connection, such an Ethernet connection, a WiFi connection, or a cellular connection.

In one embodiment, the Central Processing Platform 106 is located on the premise of the secured facility. In another embodiment, the Central Processing Platform 106 is located remotely from the secured facility. The Central Processing Platform 106 is capable of processing video visitation sessions for one or more facilities simultaneously.

Central Processing Platform 106 is connected to Investigative Workstations 108. Investigative Workstations 108 are workstations where human operators can intervene in the operation of the Central Processing Platform 106 to supervise or disconnect video visitation sessions. As will be explained in further detail below, the Central Processing Platform 106 will at times trigger an alert to the Investigative Workstations 108 to indicate that intervention is necessary. In an embodiment, the operators of Investigative Workstations 108 can also intervene with video visitation sessions by their own volition. For example, the operators of Investigative Workstations 108 can monitor a video visitation session to ensure that the Central Processing Platform 106 is working properly.

FIG. 2A illustrates an example of a video communication device that is in a tablet computer form factor. Tablet computer Video Communication Device 202 includes one or more Imaging Sensors 204, Screen 206, Microphone 208, and Speaker 210. In an embodiment the Imaging Device 204 is a two dimensional imaging device such as a charge-coupled device (CCD) or complementary metal-oxide-semiconductor (CMOS) image sensor. In some embodiments, the video communication device contains two or more two dimensional imaging devices. For example, two imaging devices with differing vantage points provide additional information that a single imaging device cannot.

In another embodiment, Imaging Device 204 contains a three-dimensional imaging sensor. Three-dimensional imaging sensors include stereoscopic cameras, structured light scanners, laser range finding, and depth-sensing image-based three dimensional reconstruction devices. Each of the modules described herein are operable on two dimensional or three dimensional images and/or video content.

Another example of a video communication device compatible with the Secure Nonscheduled Video Visitation System 100 is a kiosk form factor illustrated in FIG. 2B. Video communication kiosk 212 includes one or more imaging sensors 214, screen 216, microphone 218, and speaker 220.

The Secure Nonscheduled Video Visitation System 100 includes Identity Database 102 that holds identity data. In an embodiment, the identity data stored in Identity Database 102 is a name, a picture of the person's face, a home address, and a phone number. Other identifying data can be stored in the Identity Database 102 as needed by the Central Processing Platform 106. For example, in an embodiment the Identity Database 102 stores fingerprint information for each person in the database.

Censorship Database 104 includes data items that are deemed by the jurisdiction operating the secured facility to be disallowed in a video visitation session. In an example, Censorship Database 104 stores a list of key words and phrases that are disallowed on a video visitation session. The words and phrases stores in the Censorship Database 104 can be of any language, for example English, Spanish, French, German, etc. In an embodiment, for example, words in different languages with the same or similar meaning are linked to one-another in the Censorship Database 104. Other embodiments store censored images, image categories, gestures, or non-verbal audio in the Censorship Database 104.

In an embodiment, the Identity Database 102 and Censorship Database 104 are unique for each Central Processing Platform 106 installation. In another embodiment, multiple installations of Central Processing Platform 106 share Identity Database 102 and Censorship Database 104.

The Central Processing Platform 106 is hardware and/or software configured to analyze and process audio and video information from video visitation sessions to determine if the content of the video visitation session is in accordance with the rules and regulations set by the jurisdiction operating the prison. The Central Processing Platform 106 includes Automatic Supervision Platform 107 that applies one or more analysis steps using one or more analysis modules.

In an embodiment, Automatic Supervision Platform 107includes Audio Processor 302, Biometric Processor 304, and Video Processor 306 to receive data from a video visitation session. The Automatic Supervision Platform 107 contains eight different modules 308-322 that extract data from these inputs and provide output to an Output Aggregator 324. The Automatic Supervision Platform 107 takes the output of all applied analysis modules and produces an aggregate output for each video visitation session. The Output Aggregator 324 of Automatic Supervision Platform 107 provides instructions to the Central Processing Platform 106 to control the video visitation session. The details of modules 308-322 are discussed in more detail below.

The output of the Automatic Supervision Platform 107 is a multi-factored real time status indicator for each video visitation session. The status indicator is a reflection of the content of the video visitation session. An example embodiment of this multi-factored real time status indicator is illustrated in FIG. 4. The status indicator includes one or more values that are continuously updated throughout the video visitation session that reflect some attribute of the video or audio content. One exemplary status indicator illustrated as 402 simply indicates whether or not the video visitation should be allowed to continue. If this status indicator ever turns negative, meaning the Automatic Supervision Platform 107 has indicated the video visitation should not continue, the Central Processing Platform 106 will disconnect the video visitation session in question. Another exemplary status indicator is whether or not the video visitation requires human operator supervision as indicated by line 404. In an embodiment, the threshold for requiring human supervision is less than the threshold for disconnecting the video visitation immediately. For example, if the analysis module detects a low likelihood of unauthorized communications the system will turn on the human supervision status indicator. But if the analysis module detects a high likelihood of unauthorized communications, the system will turn on the disconnection status indicator resulting in the immediate termination of the video visitation session. Additional status and metadata outputs are provided for each active analysis module on lines 406-418. Every status or metadata output 402-418 is timestamped so that corresponding indicators on multiple status lines are correlated in time.

These status indicators are produced by the Central Processing Platform 106 by weighing the individual outputs of each analysis step. For example, each analysis step has a flag corresponding to the DISCONNECT and SUPERVISE flags that is read by the Central Processing Platform 106. The global DISCONNECT and SUPERVISE flags are a weighted combination of all the outputs of all applied analysis steps. In the most basic embodiment, any individual analysis step that outputs a positive DISCONNECT or SUPERVISE flag in turn is reflected in the global status indicator. But in some embodiments, it may be advantageous to weigh the individual analysis step outputs to produce a global status flag.

Each module has various sensitivity settings that affect efficiency and accuracy. The operator can set a higher threshold to decrease false positive results, or a lower threshold to decrease false negative results. These threshold tolerances can be adjusted on the fly to accommodate operator availability and the demand for video visitation. For example, if there are many investigative operators available to analyze video visitation feeds, the thresholds may be set lower so that there is lower likelihood of any censored content on the Secure Nonscheduled Video Visitation System 100. Conversely, if investigative operators are overworked and have less time to dedicate to each video visitation session individually, the various thresholds may be set higher so that only modules with a high confidence generate an alert to the investigative operators. In this way the Secure Nonscheduled Video Visitation System 100 can balance security with efficiency as demands on the system change.

Other exemplary data streams are added to the basic status indicators by each individual analytics module described below. For example, a speech recognition module is described below and that module optionally adds a text transcript to the status indicator stream. Other analytics modules likewise are capable of adding their own outputs to the status indicator stream, as described below. The selection of which data to capture and record is configurable by the operator of the secure nonscheduled video visitation system.

Operation

In an embodiment, the Central Processing Platform 106 enables video visitation between a user of video communication device 116 and a user of Video Communication Device 118. Under normal circumstances, the Central Processing Platform 106 utilizes the Automatic Supervision Platform 107 to analyze the content of the video visitation session to determine if the video visitation session is in accordance with all rules enforced by the jurisdiction operating the Secure Nonscheduled Video Visitation System 100. However, some communications are privileged and will not be monitored or recorded. For example, the system will provide a non-monitored session for attorney client communication. This status is indicated in the Identity Database 102, and is associated with each individual inmate using the Secure Nonscheduled Video Visitation System 100.

Additionally, the Secure Nonscheduled Video Visitation System 100 supports time limits associated with video visitation sessions. In an embodiment, the Secure Nonscheduled Video Visitation System only allows a certain number of minutes per month of unscheduled video visitation. In another embodiment, the Secure Nonscheduled Video Visitation System 100 only allows unscheduled video visitations of a certain length. Other time restrictions include limiting the availability of unscheduled video visitation to certain days of the week or hours of a day. Individuals may also set a schedule of times that they do not want to be disturbed by unscheduled video visitation requests.

In an embodiment, the Secure Nonscheduled Video Visitation System 100 allows remote users to block communications from inmates. For example, if an outside user does not wish to be contacted by a given inmate, the outside user can indicate so to the Secure Nonscheduled Video Visitation System and the system will not allow communication attempts to that individual.

While the automated supervision features of the Secure Nonscheduled Video Visitation System 100 allow for unscheduled video visitation, the system also supports scheduling of video visitation sessions. If the calling and called parties chose to have a schedule, the system supports this. The parties can select a designated time of the day, week or month to set an appointment for a video visitation session. The calling and called parties can also schedule a visitation session by sending the other parties a meeting request.

Registration Process

Some embodiments require the Identity Database 102 to contain the identity of parties to the video visitation session in order to operate. For these embodiments, the Central Processing Platform 106 performs a registration process the first time a party accesses the Secure Nonscheduled Video Visitation System 100.

In an embodiment, the registration process for the Secure Nonscheduled Video Visitation System 100 requires the calling and called parties to supply facial image and voice samples as well as a government issued identification document in order to complete the registration process for session calling. In an embodiment, this may be accomplished by a downloaded application for the non-resident's smartphone or other video communication device. In an embodiment, the Identity Database 102 is pre-populated with information from inmates of a secured facility that the jurisdiction operating the secured facility has already gathered for those people. For example, the Identity Database 102 can be pre-loaded with identification information and fingerprints for all inmates of a prison.

Voice Biometrics Module

The Voice Biometrics Module 308 utilizes voice biometrics to identify the speakers participating in the video visitation session. This process is also referred to as speaker-dependent voice recognition, or speaker recognition. The Voice Biometrics Module 308 has access to a voiceprint database of potential participants to video visitation sessions. The Voice Biometrics Module 308 compares one or more audio voiceprints from the voiceprint database to the current audio stream using one or a combination of frequency estimation, hidden Markov models, Gaussian mixture models, pattern matching algorithms, neural networks, matrix representation methods, vector quantization, or decision tree methods.

The resulting output is a matching voiceprint from the database and a confidence value. The confidence value reflects the degree of match. A higher confidence value indicates a greater degree of matching than a lower confidence value. In some embodiments the Voice Biometrics Module 308 produces a list of matching voiceprints and corresponding confidence values. In this was the speaker recognition module can provide multiple matches in the database where there is ambiguity in who is speaking.

In an embodiment, the Voice Biometric Module 308 operates on a single track of audio information containing both the inmate and the called party audio. This is referred to as full-duplex audio. In another embodiment, the Voice Biometric Module 308 operates on multiple tracks of audio corresponding to each video communication device used. For example, the audio track from the inmate's video communication device is processed separately from the audio track from the called party's video communication device. This can yield greater accuracy because the voice signals are isolated from each other. If more than two parties are party to the video visitation session each individual audio track can be processed separately.

The output of the Voice Biometrics Module 308 is a continually updated list of the identity of who is speaking. For example, when the inmate is speaking, the list has only the inmate. When the inmate and the called party are simultaneously speaking, the list contains both parties. This status is updated continuously throughout the session to reflect the current speaking parties.

In an embodiment, the Voice Biometrics Module 308 also has a DISCONNECT and SUPERVISE output that can be triggered in response to the voice biometric analysis. For example, if a person is identified in the database as not being allowed to contact the inmate, the Voice Biometrics Module 308 raises the DISCONNECT flag output. Another example is if the Voice Biometrics Module 308 does not find a match for a speaker on a video visitation session, it may raise the SUPERVISE output to indicate that a human operator should monitor the call to determine if the unidentified speaker is authorized or not.

Speech Recognition Module

The Speech Recognition Module 310 converts spoken word contained in the video visitation audio into computer readable text. This text is then, in turn, monitored for key words and phrases designated by the jurisdiction operating the secured facility. The Speech Recognition Module 310 connects to the global Censorship Database 104 to retrieve a list of words and phrases to check against in real time. For example, the mention of the words “break out of prison” may be designated by the operators of the secured facility as inappropriate and contained in a blacklist of phrases or words stored in Censorship Database 104.

Speech Recognition Module 310 can operate on any language deemed necessary by the jurisdiction operating the secured facility. Specifically, Speech Recognition Module 310 is capable of recognizing spoken words or phrases in multiple languages, for example English, Spanish, French, German, etc. In an embodiment, the jurisdiction operating the secured facility can select the language or languages to operate on. In another embodiment, the Speech Recognition Module 310 can operate on all languages simultaneously and detect the language of the spoken words and phrases in the video visitation audio content.

In an embodiment, Speech Recognition Module 310 translates spoken word in a first language into computer readable text in another language. This real-time translation enables the jurisdiction operating the secured facility to store words and phrases of only one language in Censorship Database 104, but detect these words or phrases in any recognizable language. First, Speech Recognition Module 310 recognizes the spoken words and phrases in a first language. Next, the Speech Recognition Module 310 translates the resultant recognized first language words and phrases into a second language using a translation service.

In one embodiment, the translation service is integral to the Speech Recognition Module 310. This allows the jurisdiction to modify the translation service as necessary to suit the particular needs of the secured facility. This customization may include translations for colloquialisms and slang terms that would not be present in a general purpose translation dictionary. In another embodiment, Speech Recognition Module 310 uses an off-site translation service. In an embodiment, the off-site translation service is provided by a third party. This off-site translation dictionary may be accessed through, for example, the Internet. The off-site translation dictionary may be either general purpose or specialized translation service as described above. Finally, the Speech Recognition Module 310 searches the Censorship Database 104 in the second language for the words or phrases that were spoken in the first language.

Like the Voice Biometrics Module 308, the Speech Recognition Module 310 operates on either a single track of full-duplex audio or multiple tracks of audio corresponding to each video communication device used.

The output of the Speech Recognition Module 310 is a computer-readable transcript of the verbal communications contained in the audio information of the video visitation. In an embodiment, the Speech Recognition Module 310 also has a DISCONNECT and SUPERVISE output that can be triggered when words or phrases contained in the global censorship database are detected. The global censorship database contains a list of words and phrases and the appropriate action to take when each word or phrase is detected. For example, the phrase “break out of prison” may trigger the DISCONNECT flag.

In an embodiment, the Voice Biometrics Module 308 and Speech Recognition Module 310 work in tandem to produce a real-time transcript of the audio information of the video visitation session where the speaker of each phrase is identified.

Non-Verbal Audio Classification Module

The Non-Verbal Audio Classification Module 312 performs classification of non-verbal sounds in the audio stream data. For example, the Non-Verbal Audio Classification Module 312 can identify the sound of a running car or a gunshot based on the audio data in the video visitation feed. This classification module can also identify when the audio information is not primarily verbal, which may indicate that verbal communication is being masked by some other sound. Situations such as these may require either human supervision or disconnecting the video visitation feed. The non-verbal audio analysis is performed by any combination of expert and machine learning systems including but not limited to probabilistic models, neural networks, frequency estimation, hidden Markov models, Gaussian mixture models, pattern matching algorithms, neural networks, matrix representation, Vector Quantization, or decision trees.

The output of the Non-Verbal Audio Classification Module 312 is a continuously updated list of the sounds identified. The list of sounds may include a title, such as ‘gunshot’ or ‘car engine.’ In an embodiment, the Non-Verbal Audio Classification Module 312 also has a DISCONNECT and SUPERVISE output that can be triggered when censored sounds are detected. For example, a prison may want to prohibit inmates from hearing certain songs or music because those songs are identified with gang affiliations.

Fingerprint Biometric Module

In an embodiment, at least some parties to the video visitation session are also required to provide other biometric information. This biometric information can be required one time for authentication or continuously during the video visitation session. One example of other biometric information is fingerprint biometric information provided by a Fingerprint Biometric Module 314. In an embodiment, the video communication device at one or both ends of the video visitation session have incorporated or attached to them a fingerprint reader. The fingerprint reader can be any kind of fingerprint reader including two dimensional and three dimensional fingerprint readers. In an embodiment, the video communication device is a smartphone with an integral fingerprint reader. In another embodiment the video communication device is a kiosk with a fingerprint reader exposed to the inmate.

In one embodiment the fingerprint biometric is gathered as an authentication step performed once at the initialization of a new video visitation session. In another embodiment the fingerprint biometric is sampled continuously during the video visitation session. For example, a participant to the video call can be required to keep their finger on a fingerprint scanner in order to remain connected to the video visitation session.

Other biometric information may be used in place of or in addition to fingerprints including palm prints, iris recognition, hand geometry, vascular matching (including finger vasculature in conjunction with fingerprint biometrics), and/or DNA matching. Each of these other biometrics may also be used as one-time authentication or continuously gathered during the video visitation session.

Object Classification Module

The Object Classification Module 316 identifies objects present in the image content of the video visitation stream. Any method of object classification strategy may be used in conjunction with the secure nonscheduled video visitation system. Object classification systems and methods include techniques based on support vector machines, Bayesian classifiers, neural networks, and other machine learning algorithms.

The goal of the Object Classification Module 316 is to identify regions of a still image or video sequence that correspond to an object. For example, the Object Classification Module 316 can identify people, chairs, photographs, weapons, drug paraphernalia, gang symbols, maps, or other types of objects that may be present in video visitation image data. One use of the Object Classification Module 316 is to identify faces in a video visitation system for further processing by the Facial Recognition Module 318. For example, in FIG. 5A the Object Classification Module 316 identifies regions 504 and 506 as faces in image data 502. The Object Classification Module 316 sends the image data corresponding to the face regions to Facial Recognition Module 318 for facial identification.

The output of the Object Classification Module 316 is the regions identified in the image data that correspond to objects and an indication of what the object is. In FIG. 5B the Facial Recognition Module 318 identifies region 514 of image data 512 as a Table 516. In an embodiment, the Object Classification Module 316 also outputs a confidence measure that indicates how confident the object classifier is that each region corresponds to the identified object. One embodiment of the Object Classification Module 316 produces information indicating rectangular regions, the type of object identified within that region, and a confidence value. For example, if a person holds up a gun the object classifier draws a box around the gun and identifies it as a gun, with a confidence value between 0% and 100%. For example, FIG. 5C illustrates two objects in image frame 518. The Facial Recognition Module 318 identifies regions 520 and 522 as corresponding to two objects. The object in region 520 is identified in output 524 with 98% confidence as an “Apple,” with 76% confidence as a “Pear,” as so on. Similarly, the object in region 522 is identified in output 526 as a “Handgun” with confidence 97% and a “Stapler” with confidence of 6%.

A higher confidence value reflects a greater likelihood that the bounded region identified is in fact what the object classifier states that it is. The operator of the Secure Nonscheduled Video Visitation System 100 can set confidence thresholds to trigger various responses such as DISCONNECT and SUPERVISE signals. In addition, the object classifier can be tuned to look for only certain objects and ignore others. For example, the object classifier can be programmed to respond to weapons but not babies.

In some embodiments, the Object Classification Module 316 works in conjunction with other data analysis modules described herein. For example, if an object is identified that has a high likelihood of containing textual information, the region of the image corresponding to the object is sent to the Optical Character Recognition Module 322 for character recognition. Similarly, if a face is detected by the object classifier, that region of the image is sent to the Facial Recognition Module 318 to identify the person in the image.

The object classifier can also be manually trained by investigative operators as they analyze video visitation streams. For example, if an operator identifies a banned object in a video feed that the Object Classification Module 316 did not identify, the operator can select the corresponding region of the video and classify it manually as some kind of object. That data, in turn, can then improve the accuracy of the Object Classification Module 316.

Facial Recognition Module

The Facial Recognition Module 318 uses biometric facial image recognition to identify the people in the video visitation image. Identifying people party to the video visitation is crucial to maintaining safe and secure video visitation. In an embodiment, the Facial Recognition Module 318 is provided regions of the image frame that likely contain human faces as recognized by the Object Classification Module 316 316. In another embodiment, the Facial Recognition Module 318 detects regions of the image frame that likely contain faces. For example, FIG. 6A illustrates two regions 604 and 606 of image frame 602 that are identified as likely containing faces. These regions are processed by the Facial Recognition Module 318 to identify the individuals in the image. For example, in FIG. 6A the two faces are recognizes and “Bob” 608 and “Fred” 610.

To identify a person, the Facial Recognition Module 318 accesses a database of people who may appear in the video visitation. The database contains some identifying information correlated with one or more facial images or facial biometric values. For each inmate there are whitelists and blacklists of individuals who are allowed to be party to a video visitation. In the case of whitelists, only those individuals who are on the whitelist are allowed to participate in a video visitation session with an inmate. In the case of blacklists, the individuals on the blacklist are not allowed to participate in video visitation with the inmate.

The jurisdiction operating the Secure Nonscheduled Video Visitation System 100 may either allow or disallow unidentified faces in the video visitation. Even if unidentified persons are allowed to participate, the video visitation may be flagged for review by an investigative operator to ascertain the identity or relationship of the unidentified person. If the identity of the person is unknown, the investigative operator can add the unidentified person to the facial recognition database in order to track the communications with that person, even if their actual identify is unknown. For example, if an unknown face appears in a video visitation, the operator can add that face to the database. Then, in a future video visitation, that same person will be identified not by their actual identity, but by their appearance in the previous video visitation.

In an embodiment, the output of the Facial Recognition Module 318 is similar to the Object Classification Module 316 with the regions identified in the image data that correspond to faces and an indication of the identity of the person. In another embodiment, only the identities of those people on the video conferencing session are listed, without the regions of the video data corresponding to their faces.

FIG. 6B illustrates an embodiment of the Facial Recognition Module 318 that outputs a list of possible matches in the database that match the input image frame. For example, the same two regions 602 and 604 and the same image frame 602 as presented in FIG. 6A produce a different output. The output 612 and 614 includes not only the most confident matches, “Bob” and “Fred,” but a complete or partial list of all potential matches with a confidence score. Here, Region 604 is identified as “Bob” with a confidence of 98%, but also matches “Joe” with a confidence of 76%. There is also a possibility of 12% that region 604 does not match any face in the database, as indicated by “Unknown.”

Facial Recognition Module 318 also performs analysis of the faces detected in the image frame and indicates whether a face is not facing the camera. For example, FIG. 6C shows a region 618 of image frame 616 containing a face that is not looking at the camera. This is indicated in output 622 as “Not looking at camera.” This kind of analysis may be important to operators of a secure video visitation session in that individuals may try to obscure their faces to avoid facial detection. The Facial Recognition Module 318 makes an attempt to detect such attempts to obscure faces. In an embodiment, the Facial Recognition Module 318 outputs a SUPERVISE flag in such situations to alert an operator that participants in the video visitation session are trying to bypass or deceive the Facial Recognition Module 318.

Other outputs of the Facial Recognition Module 318 include raising flags when individuals are positively identified on a blacklist. For example, if an inmate is attempting to communicate with a person on their blacklist then the Facial Recognition Module 318 raises the DISCONNECT flag.

Body Joint Location Determination Module

The Body Joint Location Determination Module 320 determines the location of people and portions of bodies within the video information of the video visitation session. The Body Joint Location Determination Module 320 detects human bodies and limbs and develops a kinematic model of the people imaged in the video information. For example, FIG. 7A illustrates a whole body kinematic model illustrating head 704 and limbs 706 and 708.

The Body Joint Location Determination Module 320 uses a kinematic model of the human body to identify body position and movement in the video information. The kinematic model is a model of the human body where joints are represented as points and limbs are represented as lines or volumetric objects connecting to one or more joints. FIG. 7A illustrates a volumetric kinematic model which may be produced by the Body Joint Location Determination Module 320 using either two dimensional or three dimensional imaging data from the video visitation session.

This technique is extended to the individual fingers and joints of the human hand to enable the Body Joint Location Determination Module 320 to determine hand position and orientation. For example, FIGS. 7B and 7C illustrate kinematic models of hands 712 and 716 performing gestures. In FIGS. 7B and 7C, the kinematic model used is illustrated as lines representing bones, and points representing joints. The Body Joint Location Determination Module 320 uses these kinematic models to interpret the gestures made in the video visitation session.

For example, the Body Joint Location Determination Module 320 can determine gestures and sign language used by people in the video feed. If sign language is detected, the Body Joint Location Determination Module 320 translates the sign language into searchable text. This searchable text is processed if sign language is not allowed by the system operator, the presence of sign language will be treated as contraband and appropriate action taken. FIG. 7B, for example, is an illustration of the Body Joint Location Determination Module 320 interpreting a gesture as the letter “C.”

FIG. 7C is an illustration of the Body Joint Location Determination Module 320 interpreting a gesture in the context of the video visitation session as “pointing left. The Body Joint Location Determination Module 320 classifies gestures into one or more of several categories. If the gesture is identified as innocuous, such as pointing or waving, no action is taken. If the gesture is identified as disallowed, for example a gang sign or violent gesture, then the system operator can choose the appropriate response.

The outputs of the Body Joint Location Determination Module 320 are the detected kinematic models and any interpretive output such as indicating the gestures detected in the video frame. In an embodiment, the Body Joint Location Determination Module 320 also has a DISCONNECT and SUPERVISE output that can be triggered when words or phrases contained in the global censorship database are detected by interpreting sign language. The global censorship database contains a list of words and phrases and the appropriate action to take when each word or phrase is detected.

Optical Character Recognition Module

The Optical Character Recognition Module 322 utilizes Optical Character Recognition (“OCR”) of image data to produce computer-readable text output from the image data of the video visitation session. OCR is the process of conversion of images of typed, handwritten, or printed text into machine-encoded text. Each frame of video image data is processed for OCR because objects may move between frames, or lighting conditions may alter the legibility of text in an image from one frame to the next. For example, words printed on paper and held up to the camera would be recognized by the Optical Character Recognition Module 322.

The OCR process begins with region identification and pre-processing. The region identification step identifies regions of a video frame that likely contain textual information. These regions are segmented and preprocessed for OCR. For example, if a piece of paper is identified in the image frame, the corresponding region of the image would be identified as having a high likelihood of containing textual information. The region identification and segmentation is performed by the Object Classification Module 316 in some embodiments, and independently by the Optical Character Recognition Module 322 in others. Alternatively, in an embodiment OCR is executed on the entire image frame, treating the entire frame as a segment for OCR.

After the image is segmented, the image is optionally processed through preprocessing steps to improve the OCR accuracy rate. One type of preprocessing is de-skewing. In de-skewing, the preprocessing engine identifies rotated portions of the image and corrects the skew distortion. For example, if a piece of paper is held up the camera but at an angle relative to the camera, the de-skewing step rotates the image so that the majority of textual data in the frame is square with the frame. This leads to better OCR success rates. Similarly, the preprocessing engine can correct keystone distortion.

Keystone or perspective distortion is a result of a flat surface held at an angle in one or more perpendicular axis to the image sensor. This effect is a similar to an off-center projector projecting onto a flat surface producing a trapezoidal shape rather than a rectangular shape. The keystone correction warps the image to correct those trapezoidal shapes into rectangular shapes.

Other pre-processing steps can be applied as necessary to produce the best OCR accuracy. Some OCR algorithms work best on binary, or black and white, images. In these cases, the image frame is converted to a binary image.

In all embodiments, once pre-processing of a video frame is complete, the identified regions containing textual information are processed by an OCR algorithm to produce computer-readable and searchable text. Any conventional OCR algorithm may be applied to extract meaningful textual data from the video image. Such OCR algorithms include pattern matching algorithms and feature detection algorithms, among others including neural network based detection and other methods adapted from general computer vision tasks.

The outputs of the Optical Character Recognition Module 322 are processed in a similar manner to the text output of the Speech Recognition Module. The output of the Optical Character Recognition Module 322 is a computer-readable transcript of the textual communications contained in the video information of the video visitation. In an embodiment, the Optical Character Recognition Module 322 also has a DISCONNECT and SUPERVISE output that can be triggered when words or phrases contained in the global censorship database are detected. The global censorship database contains a list of words and phrases and the appropriate action to take when each word or phrase is detected. For example, the phrase “break out of prison” may trigger the DISCONNECT flag.

An example of the output of an exemplary Optical Character Recognition Module 322 is illustrated in FIG. 8A. The video frame 802 contains a piece of paper 804 with words written on it. The Optical Character Recognition Module 322 recognizes the area of interest containing written words and identifies this area as region 806. The Optical Character Recognition Module 322 processes the image data in region 806 to produce computer readable text 808.

Similarly, FIG. 8B illustrates an example where the piece of paper 812 is held at an angle to the image frame 810. In this example, Optical Character Recognition Module 322 recognizes the region 814, de-skews the region to produce intermediate image data 816, and recognizes the characters in that image data as represented by computer readable test 818.

FIG. 8C illustrates the output of an exemplary Optical Character Recognition Module 322 where flat, written text 822 is presented in the video frame 820 at some combination of angles that produce keystone or perspective distortion. The Optical Character Recognition Module 322 utilizes keystone correction on the region 824 to produce corrected image date 826, which is then in turn processed by the Optical Character Recognition Module 322 to produce computer readable text 828.

Exemplary Operation

A video visitation session is conducted between a first user and a second user. In an embodiment, the first user is an inmate of a secured facility and the second user is one or more other individuals who are not inmates of the same secured facility. Examples of people that inmates of secured facilities want to have video visitations with include, but are not limited to, family members, friends, clergy, attorneys or other legal representatives, or inmates at other secured facilities. In operation, either the inmate or the other party establishes the video visitation session. Establishing the video visitation session is accomplished through dialing an access number such as a phone number, using a graphical user interface, or any other method of establishing a video visitation session. The other parties the inmate wishes to have a video visitation session with may be located at the secured facility in a dedicated video visitation area, at home, or at another location such as an office building. The video visitation session may be pre-arranged, or scheduled, or may be unscheduled and not pre-arranged. For example, a family member at home is able to spontaneously initiate a video visitation session with an inmate of a prison.

In operation, the Central Processing Platform 106 utilizes the output from the Automatic Supervision Platform 107 to control the state of a video visitation session. Example state variables that the Central Processing Platform 106 controls are connection state, recording state, and supervision state. Connection state refers to whether or not the connection is allowed to continue. If the output of the Automatic Supervision Platform 107 indicates a high likelihood that the rules set forth by the jurisdiction operating the secured facility are being violated by the content of the video visitation session, then the Central Processing Platform 106 can act on that information by disconnecting the video visitation session.

Recording state refers to whether or not the content of the video visitation session is being recorded. For example, the Automatic Supervision Platform 107 may flag certain segments of a video visitation session for recording, while others are not. In addition, the recorded segments can be tagged with various indicators corresponding to the analysis module outputs. For example, if a segment of a video visitation session contains an unknown face, that segment can be recorded and saved along with the facial recognition information from the Facial Recognition Module 318. In this way, a human supervisor can access the video visitation session segment at a later time to review the contents of that video visitation session.

Supervision state refers to whether or not the video visitation session should be monitored by a human operator at an Investigative Workstation 108. When the Automatic Supervision Platform 107 detects intermediate risk of restricted behavior in the video visitation session, where immediate disconnection would be uncalled for, then it may be appropriate to flag the session for real-time monitoring by a human operator. The human operator can then analyze the video visitation session and take appropriate action as necessary.

Exemplary Computer System Implementation

It will be apparent to persons skilled in the relevant art(s) that various elements and features of the present disclosure, as described herein, can be implemented in hardware using analog and/or digital circuits, in software, through the execution of computer instructions by one or more general purpose or special-purpose processors, or as a combination of hardware and software.

The following description of a general purpose computer system is provided for the sake of completeness. Embodiments of the present disclosure can be implemented in hardware, or as a combination of software and hardware. Consequently, embodiments of the disclosure may be implemented in the environment of a computer system or other processing system. An example of such a computer system 900 is shown in FIG. 9. One or more of the modules depicted in the previous figures can be at least partially implemented on one or more distinct computer systems 900.

Computer system 900 includes one or more processors, such as processor 904. Processor 904 can be a special purpose or a general purpose digital signal processor. Processor 904 is connected to a communication infrastructure 902 (for example, a bus or network). Various software implementations are described in terms of this exemplary computer system. After reading this description, it will become apparent to a person skilled in the relevant art(s) how to implement the disclosure using other computer systems and/or computer architectures.

Computer system 900 also includes a main memory 906, preferably random access memory (RAM), and may also include a secondary memory 908. Secondary memory 908 may include, for example, a hard disk drive 910 and/or a removable storage drive 912, representing a floppy disk drive, a magnetic tape drive, an optical disk drive, or the like. Removable storage drive 912 reads from and/or writes to a removable storage unit 916 in a well-known manner. Removable storage unit 916 represents a floppy disk, magnetic tape, optical disk, or the like, which is read by and written to by removable storage drive 912. As will be appreciated by persons skilled in the relevant art(s), removable storage unit 916 includes a computer usable storage medium having stored therein computer software and/or data.

In alternative implementations, secondary memory 908 may include other similar means for allowing computer programs or other instructions to be loaded into computer system 900. Such means may include, for example, a removable storage unit 918 and an interface 914. Examples of such means may include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an EPROM, or PROM) and associated socket, a thumb drive and USB port, and other removable storage units 918 and interfaces 914 which allow software and data to be transferred from removable storage unit 918 to computer system 900.

Computer system 900 may also include a communications interface 920. Communications interface 920 allows software and data to be transferred between computer system 900 and external devices. Examples of communications interface 520 may include a modem, a network interface (such as an Ethernet card), a communications port, a PCMCIA slot and card, etc. Software and data transferred via communications interface 920 are in the form of signals which may be electronic, electromagnetic, optical, or other signals capable of being received by communications interface 920. These signals are provided to communications interface 920 via a communications path 922. Communications path 922 carries signals and may be implemented using wire or cable, fiber optics, a phone line, a cellular phone link, an RF link and other communications channels.

As used herein, the terms “computer program medium” and “computer readable medium” are used to generally refer to tangible storage media such as removable storage units 916 and 918 or a hard disk installed in hard disk drive 910. These computer program products are means for providing software to computer system 900.

Computer programs (also called computer control logic) are stored in main memory 906 and/or secondary memory 908. Computer programs may also be received via communications interface 920. Such computer programs, when executed, enable the computer system 900 to implement the present disclosure as discussed herein. In particular, the computer programs, when executed, enable processor 904 to implement the processes of the present disclosure, such as any of the methods described herein. Accordingly, such computer programs represent controllers of the computer system 900. Where the disclosure is implemented using software, the software may be stored in a computer program product and loaded into computer system 900 using removable storage drive 912, interface 914, or communications interface 920.

In another embodiment, features of the disclosure are implemented primarily in hardware using, for example, hardware components such as application-specific integrated circuits (ASICs) and gate arrays. Implementation of a hardware state machine so as to perform the functions described herein will also be apparent to persons skilled in the relevant art(s).

CONCLUSION

The disclosure has been described above with the aid of functional building blocks illustrating the implementation of specified functions and relationships thereof. The boundaries of these functional building blocks have been arbitrarily defined herein for the convenience of the description. Alternate boundaries may be defined so long as the specified functions and relationships thereof are appropriately performed.

It will be apparent to those skilled in the relevant art(s) that various changes in form and detail can be made therein without departing from the spirit and scope of the disclosure. 

1-20. (canceled)
 21. A system comprising: an identity database; a censorship database; a local video communication device configured to transmit a video visitation request to a remote video communication device, and/or to receive the video visitation request from the remote video communication device; and a video visitation central processing platform comprising one or more processors and/or circuits configured to: determine whether the video visitation request includes a designated time of day, week, and/or month for a video visitation session; connect a video visitation session between the local video communication device and the remote video communication device based on the determination; conduct a first analysis on video visitation data using the identity database to identify individuals participating in the video visitation session; conduct a second analysis on the video visitation data using the censorship database to detect a presence of an entry in the censorship database in the video visitation data; and control a state of the video visitation session based on the first analysis and the second analysis.
 22. The system of claim 21, wherein the one or more processors and/or circuits are further configured to: connect the video visitation session at a scheduled time in response to determining that the video visitation request includes the designated time of day, week, and/or month.
 23. The system of claim 21, wherein the one or more processors and/or circuits are further configured to: connect the video visitation session at an unscheduled time in response to determining that the video visitation request does not include the designated time of day, week, and/or month.
 24. The system of claim 23, wherein the video visitation session is connected for a predetermined length of time.
 25. The system of claim 21, wherein the one or more processors and/or circuits are further configured to: determine that the video visitation request includes a schedule of times that an individual participating in the video visitation session does not want to be contacted; and connect the video visitation session between the local video communication device and the remote video communication device according to the schedule of times.
 26. The system of claim 21, wherein the first analysis comprises identifying one or more of the individuals participating in the video visitation session based on image data of the video visitation session using facial recognition.
 27. The system of claim 21, wherein the second analysis comprises identifying non-verbal audio in the video visitation data, identifying objects in the video visitation data, or identifying written characters in the video visitation data.
 28. The system of claim 21, wherein the state of the video visitation session comprises one of a connected state, a disconnected state, or a supervised state.
 29. A method for video visitations in a controlled environment, the method comprising: receiving, by a video visitation system, a video visitation request from a local video communication device or a remote video communication device; determining whether the video visitation request includes a designated time of day, week, and/or month for a video visitation session; connecting the video visitation session between the local video communication device and the remote video communication device based on the determination; analyzing the video visitation data to determine if content of the video visitation session is in accordance with a set of rules; determining that the video visitation session is not in accordance with the set of rules, wherein a plurality of signals are generated; and transmitting an alert that the video visitation session is not in accordance with the set of rules based on a weighted sum of the plurality of signals.
 30. The method of claim 29, further comprising: connecting the video visitation session at a scheduled time in response to determining that the video visitation request includes the designated time of day, week, and/or month.
 31. The method of claim 29, further comprising: connecting the video visitation session at an unscheduled time in response to determining that the video visitation request does not include the designated time of day, week, and/or month.
 32. The method of claim 29, further comprising: determining that the video visitation request includes a schedule of times that an individual participating in the video visitation session does not want to be contacted; and connecting the video visitation session between the local video communication device and the remote video communication device according to the schedule of times.
 33. The method of claim 29, wherein the set of rules is determined by a jurisdiction operating a secured facility and the local video communication device is located within the secured facility.
 34. The method of claim 29, further comprising: disconnecting the video visitation session in response to determining that the video visitation session is not in accordance with the set of rules.
 35. A system comprising: an identity database; a censorship database; and a video visitation central processing platform comprising one or more processors and/or circuits configured to: determine whether a request for a video visitation session between a local video communication device and a remote video communication device includes a designated time of day, week, and/or month for the video visitation session; connect a video visitation session between the local video communication device and the remote video communication device based on the determination; conduct a first analysis on video visitation data using the identity database to identify individuals participating in the video visitation session; conduct a second analysis on the video visitation data using the censorship database to detect a presence of an entry in the censorship database in the video visitation data; and control a state of the video visitation session based on the first analysis and the second analysis.
 36. The system of claim 35, wherein the one or more processors and/or circuits are further configured to: connect the video visitation session at a scheduled time in response to determining that the video visitation request includes the designated time of day, week, and/or month.
 37. The system of claim 35, wherein the one or more processors and/or circuits are further configured to: connect the video visitation session at an unscheduled time in response to determining that the video visitation request does not include the designated time of day, week, and/or month.
 38. The system of claim 35, wherein the first analysis comprises identifying one or more of the individuals participating in the video visitation session based on image data of the video visitation session using facial recognition.
 39. The system of claim 35, wherein the second analysis comprises identifying non-verbal audio in the video visitation data, identifying objects in the video visitation data, or identifying written characters in the video visitation data.
 40. The system of claim 35, wherein the state of the video visitation session comprises one of a connected state, a disconnected state, or a supervised state. 